home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 54 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  1.8 KB

  1. Path: fido.asd.sgi.com!austern
  2. From: "Eugene Radchenko" <eugene@qsar.chem.msu.su>
  3. Newsgroups: comp.std.c++
  4. Subject: auto_ptr again
  5. Date: 17 Jan 1996 12:21:10 PST
  6. Organization: Lab. of Org.Synth., MSU
  7. Approved: austern@isolde.mti.sgi.com
  8. Message-ID: <ADxYD_mKQD@qsar.chem.msu.su>
  9. NNTP-Posting-Host: isolde.mti.sgi.com
  10. X-Original-Date: Wed, 17 Jan 1996 14:08:43 +0300 (MSK)
  11. X-Mailer: dMail [Demos Mail for DOS v1.23]
  12. X-Auth: PGPMoose V1.1 PGP comp.std.c++
  13.     iQBVAwUBMP1aU0y4NqrwXLNJAQHa8gIAm+t3JRSkjYX5dp2eeVT/M6PX0qSoKGt0
  14.     pwdHMpsehMPG8ipzVrVT+UmD5nUGMyhd5avtSQMLuGNKhut8htQ1Tg==
  15.     =KYBH
  16. Originator: austern@isolde.mti.sgi.com
  17.  
  18. Hi!
  19. I would like to suggest returning to the definition of auto_ptr. The fact
  20. is, in current form it is almost unusable for most things due to its
  21. underlining concept of a single strict ownership. Actually, we need
  22. multiple-instance auto_ptr. If, as I suspect, its inclusion was prevented
  23. by the problem of efficiently allocating the counter in ref.counted
  24. pointer, then we could parameterize auto_ptr WRT not only the type, but
  25. allocator as well. Also, we could use doubly-linked list instead. And
  26. anyway, it is the implementation problem!
  27.              Cheers                    Genie
  28.  
  29. --
  30. --------------------------------------------------------------------
  31. Eugene V. Radchenko           Research associate, Computer Chemistry
  32. E-mail: eugene@qsar.chem.msu.su                Fax: +7-(095)939-0290 
  33. Ordinary mail:  Chair of Organic Chemistry, Department of Chemistry,
  34.                       Moscow State University, 119899 Moscow, Russia
  35. *****************  Disappearances are deceptive  *******************
  36. ---
  37. [ comp.std.c++ is moderated.  Submission address: std-c++@ncar.ucar.edu.
  38.   Contact address: std-c++-request@ncar.ucar.edu.  The moderation policy
  39.   is summarized in http://dogbert.lbl.gov/~matt/std-c++/policy.html. ]
  40.